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© Automatic trading method and apparatus. 



© A method and system is provided for automati- 
cally trading of items such as stocks with improved 
security. After receiving an initial identifying contact 
from a contractor, a trader will contact the contractor 
with a different communication device from the initial 
contact with confirmation information that was stored 



in association with a contractor first identifying code. 
The contractor must then reconfirm the fairness of 
the trading data using at least a portion of the 
confirmation information. 
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AUTOMATIC TRADING METHOD AND APPARATUS 



Background of the Invention: 



Field of the Invention 

This invention relates to electronic trading sys- 
tems and more particularly to an automatic trading 
method and apparatus wherein a confirmation pro- 
cedure is provided to verify that a subject trade is 
properly authorized. After a request for automatic 
trading of stock and the like, the confirmation oc- 
curs by way of a pocket bell device, a handheld 
telephone or a family computer via a public com- 
munication circuit network. 



Description of the Prior Art 

The trading of items such as stocks, medium 
term national bond funds and the like has been 
practiced by a variety of different means with ter- 
minals such as a telephone, a family computer or a 
personal computer via a public communication cir- 
cuit network. For example, a home trading system 
has been practiced for recording the trading data 
into the file for registering the trade without the 
need or aid of special security measures from a 
security company. More particularly, at the time of 
making a contract with a contractor to accept auto- 
matic trading from him, a specified code to clearly 
identify the contractor and a password is set in 
order to assure that the automatic trading is true 
and proper, i.e., that it is a "fair" trade. The speci- 
fied code and password are communicated prior to 
the processing of the automatic trading, and they 
are checked to determine if they are correct and in 
proper agreement if so, the contractor is recog- 
nized to be the contractor who has the specified 
code, and then his order for automatic trading is 
accepted. 

In accordance with another prior known meth- 
od, a terminal device for each contractor is specifi- 
cally identified and authorized to communicate the 
request for the automatic trading. In response to a 
connection for automatic trading, the confirmation 
of the request from the previously identified termi- 
nal device is obtained by transferring back again to 
the terminal device the content of the automatic 
trading from the signal receiving side. 



Problems to be solved by the Invention: 

If the contractor identifying code, such as a 
user code or password, is known to a third party 



who improperly or illegally uses it, then trading can 
occur against the will of the contractor. For exam- 
ple, mischief by his family, especially by his chil- 
dren, or even the threat of improper third party 

5 trading, presents substantial inhibitions against the 
use of automatic trading. Where automatic trading 
is limited to an identified terminal device, the termi- 
nal may have to be carried so that its usefulness is 
substantially limited particularly in the buying and 

w selling of stocks where timely automatic trading is 
necessary. 

A helpful trade-off between usability and re- 
liability cannot be obtained by employing plural 
kinds of contractor recognizing methods having dif- 

75 ferent characteristics of operation, depending on 
the amount of money of the automatic trading. 

In automatic trading such as the booking of 
airline or train tickets where many unspecified us- 
ers will be involved, it was automatically assumed 

20 that the booking was done by the contractor of the 
used telephone, without confirming that it really 
was the contractor of that telephone. Of course, 
sometimes the assumption was wrong. 

The present invention provides new and Im- 

25 proved methods and devices which overcome all of 
the foregoing problems to provide a new automatic 
trading system which is simple in operation and 
still provides improvements in secure fair trading. 

30 

Brief Summary of the Invention 

In accordance with the present invention a con- 
tractor is recognized by the combination of a user 

35 code and a password for identifying the contractor, 
and in order to improve the reliability over conven- 
tional automatic trading, the fairness of the request 
of the automatic trading by the contractor is con- 
firmed by a route different from the route of the 

40 automatic trading, and also by way of the commu- 
nication device such as a pocket bell device or a 
handheld telephone having a wireless signal receiv- 
ing function capable of being carried by the con- 
tractor. 

45 It is another feature of the invention that in 

deciding that the trading is a trading by the correct 
contractor who is first identified on the basis of a 
first specified code from a first communication de- 
vice such as a telephone, a family computer, a 

so personal computer and the like via a public com- 
munication circuit network, the trading data is reg- 
istered into a first file when its fairness is con- 
firmed, and then the automatic trading is performed 
on the basis of the trading data so registered in the 
first file. 
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It is yet another feature that the first specified 
code and the calling number of a second commu- 
nication device different from the first communica- 
tion device are stored as part of the confirmation 
information, so they can be later used with the 5 
second communication device, in response to the 
request for the automatic trading by the first speci- 
fied code from the contractor. In deciding if the 
request of the automatic trading is the trading from 
the correct contractor, in response to the recon- w 
firmation contact from the contractor based on this 
confirmation information, the trading data of the 
contractor is registered into the first file when its 
fairness is confirmed. 

Accordingly it is an object and benefit of the 75 
present invention to provide an automatic trading 
method having improved reliability and security. 
Other benefits and advantages will become appar- 
ent to those skilled in the art upon a reading of this 
specification. 20 



Brief Description of the Drawings: 

Figs. 1A-C are a whole constructional figure of 
a first embodiment of this invention; 
Figs. 2A-B are a flowchart of process of the 
trading control module of the first embodiment; 
Figs. 3A-B are a flowchart of process of the 
trading data registering module of the first em- 
bodiment; 

Figs. 4A-C are a whole constructional assembly 
of a second embodiment; 

Figs. 5A-B are a flowchart of process of the 
trading control module in the case of the second 
embodiment; 

Figs. 6A-B are a flowchart of process of the 

trading data registering module in the case of 

the second embodiment; 

Figs. 7A-C are a whole constructional assembly 

of a third embodiment of this invention; 

Fig. 8 is a detailed figure for description of user 

information in the case of the third embodiment; 

Figs. 9A-B are a flowchart of a process of the 

trading control module in the case of the third 

embodiment; 

Figs. 10A-B are a flowchart of the process of 
the trading data registering module in the case 
of the third embodiment; 
Figs. 11A-C are a whole constructional assem- 
bly of a fourth embodiment of this invention; 
Figs. 12A-B are a flowchart of the process of 
the trading data registering module in the case 
of the fourth embodiment; 
Figs. 13A-C are a whole constructional assem- 
bly of a fifth embodiment of this invention; 
Figs. 14A-B are a flowchart of process of the 
trading control module in the case of the fifth 



embodiment; 

Fig. 15 is a flowchart of process of the trading 
data registering module in the case of the fifth 
embodiment; 

Figs. 16A-C are a whole constructional figure of 
a sixth embodiment of this invention; 
Figs. 17A-B are a flowchart of the process of 
the trading data registering module in the case 
of the sixth embodiment; 
Figs. 18A-C are a whole constructional figure of 
a seventh embodiment of this invention; 
Figs. 19A-B are a flowchart of the process of 
the trading confirmation control module in the 
case of the seventh embodiment; and, 
Fig. 20 is a flowchart of the process of the 
trading control module in the case of the sev- 
enth embodiment. 

Detailed Description of the Preferred Embodi- 
ments: 

Referring now to the drawings where the show- 
ings are for purposes of illustrating preferred em- 
bodiments of the invention only and not for pur- 
25 poses of limitation, the FIGURES show an auto- 
matic trading method and apparatus with improved 
security features. 

More specifically, Fig. 1A-C show a first em- 
bodiment of the present invention. The major fea- 
30 ture of this embodiment is the contractor recogniz- 
ing method. In an automatic trading method such 
as selling/buying, cancellation of a contract or 
changing of a trader relative to financial security 
papers such as stocks and various goods by 
35 means of some terminal device such as a tele- 
phone, a family computer, a personal computer 
and the like by way of the public communication 
circuit network, a first conventional contractor rec- 
ognizing method is used by checking coincidence 
40 of the combination of a user code and a password 
assigned to the contractor that is transferred from 
the user at the request of the automatic trading 
with the combination previously recorded. If the 
trading is recognized to be the correct one then a 
45 second contractor recognizing method in accor- 
dance with the subject invention is proposed. In 
response to the request for the automatic trading, a 
message is automatically transferred including con- 
firmation information relative to the request to a 
50 communication device such as a personal paper or 
"pocket bell" device of the contractor having a 
wireless signal receiving function and displaying 
function. In response to receipt of the signal the 
contractor can make a confirmation contact to con- 
55 firm that he is the fair and proper user. The auto- 
matic trading can then be recognized to be correct. 
The communication device for the second contrac- 
tor recognizing method may be any such device 
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that has a wireless signal receiving function, a 
storing function of the content of the received sig- 
nal and a reading out function. In this case display 
of the content of the received signal will be per- 
formed by another device from the device request- 5 
ing the automatic trading. However, in the descrip- 
tion hereafter, so as to make the description 
briefer, only a pocket bell device will be described, 
unless otherwise stated, as the communication de- 
vice of the contractor to receive the wireless signal. 10 

Accordingly in Fig. 1, 1 is a CPU (Central 
Processing Unit), 3 is a communication device to 
control transmission and reception of data between 
the CPU and a telephone group, and 5 is a tele- 
phone group by which the trading data or the 75 
confirmation data is transmitted or received by way 
of the public communication circuit network. The 
confirmation information is transmitted to a pocket 
bell device 13. Item 7 is a communication circuit 
network, typically the public communication circuit 20 
network 9 is a terminal device such as a family 
computer, a personal computer and the like con- 
nected to the communication circuit network by 
way of telephones (hereinafter, it will be described 
as a family computer for brevity), and 11 is a 25 
pocket bell device calling apparatus by which a 
target pocket bell device is automatically called 
and a message is transmitted to the pocket bell 
device 13. The content of trading consists of sym- 
bols and numerical values 13a for showing the 30 
content of trading, and 13c is a confirmation sym- 
bol for confirmation contact by a user. Further, in 
the example of the pocket bell device 13, a tele- 
phone number 13b to be called by the contractor 
as the connection address for confirmation contact 35 
can be provided. With continued reference to the 
Figs., 15 is a first file in the case of a conventional 
automatic trading system in which correct trading 
data record 15a is registered, and this file is used 
as a data inputting file for the automatic trading 40 
process. Item 17 is a second file, which is newly 
provided by this invention, to temporarily register 
the trading data until the fairness of the request of 
the automatic trading is confirmed, and this com- 
prises a first code 17a for identifying the contrac- 45 
tor, confirmation information 17b, trading data 15a, 
and an illegality counter 17c (if necessary). Item 19 
is a third file to store the user information which is 
set to each contractor. According to this embodi- 
ment, in addition to the first code 17a for identify- so 
ing the contractor which is a combination of con- 
ventional user code and password for contractor, 
there are included the calling number 19a of a 
pocket bell device, a second code 19b for identify- 
ing the contractor, a meaning code 19c for showing 55 
its meaning or object, an invalid flag 19d, a recon- 
firmation amount of money 19e of the trading for 
showing the amount of money necessary to recon- 



firm by the pocket bell device, and the maximum 
amount of money 19f capable of performing the 
automatic trading in the third file. Item 21 is a main 
storage wherein 23 is an automatic trading program 
which comprises a trading control module 23a for 
program control, a trading data registering module 
23b, and a trading process module 23c for conven- 
tionally performing the trading process. A maxi- 
mum number value 25 of the illegal connection 
times for making the request of the automatic trad- 
ing from the contractor invalid against the illegal 
confirmation contact is provided. Item 27 is a tele- 
phone number for a group of telephones to accept 
confirmation contact, and 28 is a reporting device 
to inform the matter to police in the case of illegal 
automatic trading. Further, the terminal device 9 
may be a terminal device which is directly con- 
nected to a wireless or wired communication circuit 
without use of telephones, although in the following 
description only connection via telephones will be 
described. 

A plurality of calling numbers 19a of a pocket 
bell device may be assigned to a single first code 
17a for identifying the contractor. Similarly, plural 
combinations of the second code 19b for identify- 
ing the contractor and the meaning code 19c for 
showing a special meaning or object may be set. In 
this case, there are included at least one meaning 
code for ordinary trading, and another meaning 
code for trading by illegal compulsion. A descrip- 
tion of inputting/outputting areas of each file and 
working area necessary to perform the program are 
omitted for avoiding undue complexity in this de- 
scription. 

The content of processing of the automatic 
trading program will be described in detail by refer- 
ring to Figs. 2A-B. 

Processing of the automatic trading program 
23 is controlled by the trading control module 23a 
(Fig. 1A). 

When started 2A, the trading control module 
23a waits for the telephone contact for a request of 
automatic trading of stocks and the like from the 
user (step 29). Alternatively, the program may be 
started by a question from a terminal. 

When the contact is made, then a decision 
must be made whether that contact is intended as 
a request for automatic trading (step 31). The de- 
cision may have to be made because the tele- 
phone number being used at the time of the re- 
quest of the automatic trading is different from the 
telephone number at the time of reconfirmation 
contact, or on the basis that the symbol intended 
for the content of the request is transferred from 
the user. According to this invention, the decision 
method must specify that the telephone contact 
from the user is the request for automatic trading 
or the confirmation contact 
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When the response is YES at step 31, the 
trading data registering module 23b is started, and 
the trading data, the confirmation information and 
the like are registered into the second file, and 
after the confirmation information is transferred to 
the contractor by way of the pocket bell device 
(step 33), the process loops back to the step 29. If 
plurai calling numbers of the pocket bell device are 
assigned to the contractor, the confirmation in- 
formation may be transferred simultaneously to 
each pocket bell device, or another pocket bell 
device may be called sequentially when no recon- 
firmation contact is made for a determined time 
period. 

When the response is NO at the step 31, it is 
decided whether the telephone contact is the re- 
confirmation contact from the user relative to the 
confirmation information of the pocket bell device 
(step 35). When the response is YES at the step 
35, the confirmation information to the connector is 
read out of the second file by means of using the 
first specified code of the contractor being con- 
tacted as its key (step 37), and then it is decided 
whether the connected content matches the con- 
firmation information registered in the second file 
relative to the request of the automatic trading 
(step 39). Here, as for the deciding method, in the 
case of transmitting the telephone number for con- 
firmation contact to the pocket bell device, it may 
be decided by the fact that the telephone contact 
was made to the telephone having the correspond- 
ing telephone number; it may be decided by the 
fact that the confirmation symbol transmitted to the 
pocket bell device was agreed; or it may be de- 
cided by the fact that the meaning code indicated 
the request for normal automatic trading by com- 
municating the specified code of the contractor 
which was previously set. Furthermore it may be 
decided by a combination of these deciding meth- 
ods. Although there are several other processes 
incidental to the ending request of the program, 
such as processes relative to error and the like, 
similar to the processes regarding NO response in 
the case of step 35, description of these processes 
is omitted since they are conventionally known and 
not essential matters of this invention. When the 
response is YES at the step 39, the automatic 
trading request data in the second file is trans- 
ferred to the first file (step 41), and then the trading 
module 23c performs the conventional process of 
the automatic selling/buying trading (step 43). 
Since the conventional processing method of the 
automatic trading is not the target of this invention, 
the description thereof is also omitted. 

When the response is NO at the step 39, it is 
decided whether the meaning code 19c of the 
second contractor identifying code communicated 
indicates whether the automatic trading by the con- 



tractor is illegally forced or not (step 44). When the 
response is YES at the step 44, the trading data in 
the second file relative to the request of the auto- 
matic trading is made invalid by deleting thereof, 

5 and together with this process, the matter is auto- 
matically reported to police (step 45), and then the 
process is terminated. 

When the response is NO at the step 44, it is 
then decided whether the illegal number of times of 

ro contract for this order exceed the limited number of 
times 25 previously set or not on the basis of the 
illegality counter 17c (step 46). 

Here, the limited number of times 25 may be 
decided beforehand, or may be set by an operator 

75 of a computer system. When the response is NO at 
the step 46, 1 is added to the illegality counter 
(step 51), and then the process following step 66 is 
performed. When the response is YES at the step 
46, the request of the automatic trading is deleted 

20 from the second file, and the request of the auto- 
matic trading is made invalid (step 47). Further, the 
invalid flag of the contractor in the third file is made 
ON (step 49), and then the process following step 
29 is performed. In the step 49, the information 

25 relative to the contractor may be deleted from the 
third file. In this case, it is not necessary to decide 
the state of the invalid flag by the deciding process 
in the step 56 to be described hereinafter. 

Next, the operating process of the registering 

30 module 23b in a request for automatic trading in 
said step 33 will be described in detail on the basis 
of Figs. 3A-B. 

When this module is started, in order to iden- 
tify a contractor, a request is issued to a user for 

35 inputting a user code and password consisting of a 
first specified code of the contractor (step 53), and 
said information is received (step 55). The first 
specified code of the contractor is employed as a 
key to search the third file, where it is decided 

40 whether the contractor with the combination thereof 
exists and also if the invalid flag is OFF or not 
(step 56). When the response is NO at the step 56, 
the process following step 53 is performed. This is 
a first contractor identifying method to identify a 

45 contractor which was conventionally performed. 

As another embodiment of the first contractor 
identifying method, the following method may be 
employed; namely, that the first specified code 
consists of user code only, and that inputting of the 

so user code is required at step 53, and the third file 
is searched by employing the user code as the 
key, and then it is decided whether the contract or 
identified by the user code exists and also if the 
invalid flag is OFF or not at step 56. 

55 Further, the following method may aiso be em- 

ployed; namely, a telephone is limited to the tele- 
phone used by a user and the telephone number of 
that telephone is made to be a first code, and 
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inputting of the user code is not required at step 
53, and the telephone number of the telephone 
being used by the user is sought to be considered 
as the first specified code. 

When the response is YES at the step 56, a 
content of the request of the automatic trading is 
inquired (step 57), and the content of order com- 
prising the trading data is received (step 58). 

The maximum amount of money 19f of the 
trading is obtained from the record in the third file 
which matches the first specified code of the con- 
tractor (step 59), and it is decided whether that 
amount money is smaller than the amount of mon- 
ey of the trading ordered or not (step 60). 

When the response is YES at the step 60, an 
error message is issued informing that the amount 
of money of the automatic trading exceeded the 
maximum amount of money of the trading (step 
61), and the process of the registering module 23b 
of the request the automatic trading is terminated. 
Further, the content of the trading may be inquired 
again as another embodiment. 

When the response is NO at the step 60, a 
reconfirmation amount of money 19e of the trading 
is obtained from the record in the third file which 
matches the first specified code of the contractor 
(step 62), and it is decided whether that amount of 
money is smaller than the amount of money of the 
trading ordered or not (step 63). 

When the response is NO at the step 63, a 
content of the order is registered into the first file 
as the trading data (step 64), and the conventional 
process of the request of the automatic trading is 
performed (step 43), and thus process of the regis- 
tering module 23b of the request of the automatic 
trading is terminated. 

When the response is YES at the step 63, the 
calling number of the pocket bell device of the 
contractor is obtained from the record in the third 
file which matches the first specified code of the 
contractor (step 65). Next, the confirmation informa- 
tion consisting of the telephone number of contact 
destination to be transmitted to the pocket bell 
device, the confirmation symbol and the like is 
provided (step 66). In the case of including the 
telephone number for destination as the confirma- 
tion information, some telephone number may be 
randomly selected from the telephone number 
group 27 of telephones capable of receiving the 
reconfirmation connection from the contractor who 
received the calling of the pocket bell device, or 
alternatively a flag column is added to each tele- 
phone number so as to select an unused one from 
the using flag, in the latter case, however, when the 
connection is made at said step 29, the using flag 
is made ON, and when the telephone is discon- 
nected at the steps 33, 43, 49 and the like the 
using flag of that telephone is made OFF. 



In the case of including the confirmation sym- 
bol as the confirmation information, it may be con- 
sisted of a randomly generated number, character 
and the like, and also the selecting may be per- 

5 formed from a predetermined symbols. However, in 
the case of accepting plural requests of the auto- 
matic trading to the same contractor, it is of course 
necessary to search the second file, and to search, 
whether other requests of the automatic trading 

10 having the first specified code of the same contrac- 
tor exist, and to confirm that the confirmation in- 
formation is different from the confirmation informa- 
tion now generated. Further, the following embodi- 
ment may be also available; namely, at least two 

15 confirmation symbols capable of separating the 
case of actually performing the trading from the 
case of making the trading invalid. The first speci- 
fied code of the contractor, the trading data, the 
confirmation information such as the telephone 

20 number transmitted to the pocket bell device, the 
confirmation symbol, the second specified code of 
the contractor, the meaning code thereof and the 
like are registered (step 67), and the symbol, nu- 
merical value and confirmation information indicat- 

25 ing the content of the request of the automatic 
trading is transmitted to the pocket bell device 
(step 69), and then the process of the module is 
terminated. 

According to this embodiment, even if a speci- 

30 fied first code of a contractor is known by someone 
other than the contractor, any request of automatic 
trading is not realized without reconfirmation con- 
tact by way of a pocket bell device. Accordingly, 
since any automatic trading by an illegal contractor 

35 feigning a real contractor is not accomplished when 
the real contractor does not know the matter, and 
the reliability of the trading is improved. Further, in 
the case of making reconfirmation contact, an ille- 
gally forced trading can be detected by a second 

40 contractor specified code, a disadvantageous trad- 
ing to the contractor can be prevented, and also 
the matter is automatically reported to the police to 
protect the contractor. 

The invention encompasses a flexibility such 

45 that when the amount of money of the ordered 
trading is smaller than the amount of money in- 
dicated by the user, only the first user recognizing 
method is applied in the case of small money 
trading, by means of suppressing the reconfirma- 

50 tion contact by way of the pocket bell device. 

Furthermore, the following simplified trading 
method can be also realized; namely, that the first 
user recognizing method is not applied, and the 
order of trading is performed by an open terminal 

55 with a recognizing method consisting of only the 
second contractor recognizing method, and the 
contractor's pocket bell device is employed. 

Now, another second embodiment of this in- 
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vention will be described with reference to Figs 
4A-C which show a whole assembly of the embodi- 
ment In these and all subsequent Figs., common 
elements of the assembly share common reference 
numerals with the first or other embodiments. 

The most important feature of the second em- 
bodiment is a symbol and numerical value indicat- 
ing the content of the request of the automatic 
trading, a telephone number of destination for con- 
tact, and a confirmation symbol are automatically 
transmitted to a contractor telephone having a wire- 
less signal receiving function such as a handheld 
telephone, a movable telephone and the like 
(hereinafter, this is described as a handheld tele- 
phone for the purpose of brevity), and therefore, 
the confirmation information is necessary to be 
converted from the character data form capable of 
being recognized with the eyes of the contractor 
(pocket bell device) to audio data form capable of 
being recognized with the ears of the contractor. 

In the Figs., 70 is an automatic trading request 
program which is comprises an automatic trading 
request control module 70a for entirely controlling, 
an automatic trading request registering module 
70b, and a trading process module 23c by which a 
conventional trading process was performed based 
on an automatic trading request. 

is an audio generator device by which the following 
can be generated: a symbol and numerical value 
indicating the content of a request for automatic 
trading to be transmitted to a handheld telephone, 
a telephone number of communication of contact 
confirmation, and a confirmation symbol of char- 
acter data form capable of being which is normally 
recognizable by the eyes of a contractor is con- 
verted to the audio data form capable of being 
recognized by the ears of the contractor. 73 is a 
handheld telephone calling apparatus for automati- 
cally calling the target handheld telephone so as to 
transmit a message, 75 is a telephone having a 
wireless signal receiving function such as a hand- 
held telephone or a movable telephone. The type 
of equipment and method for converting from char- 
acter data to audio data is not a problem. 

The construction of the other equipment that is 
similar to that in the case of the first embodiment is 
the same as therein, and is therefore omitted from 
this description for brevity. 

Still further, similar to the case of the first 
embodiment, a description with respect to the 
inputting/outputting area between each file and the 
working area in the main storage necessary to 
perform program is also omitted. 

The process of the automatic trading program 
70 is described with reference to Figs. 5A-B. The 
automatic trading program 70 is controlled by a 
trading control module 70a. The difference between 



this trading control module 70a and that of the 
trading control module 23a in the first embodiment 
is a recognizing process by a contractor where 
instead of transmitting the confirmation information 
5 to a pocket bell device it is changed to transmitting 
the confirmation information to the contractor's own 
telephone. 

Accordingly, when the response is YES at the 
step 31, a trading data registering module 70b is 

10 started to register the trading data into a second 
file, and the confirmation information is transmitted 
to the contractor by way of the handheld telephone 
(step 77), and then the process of steps following 
step 29 is performed. 

75 Further, similar to the case of the first embodi- 

ment, since the trading process module 23c is the 
same as the trading process method of the con- 
ventional automatic trading, according to this inven- 
tion, there is no special limitation about practicing 

20 the method. 

The process of the trading data registering 
module 70b in the case of the step 77 will be 
described in detail with reference to Figs. 6A-B. 
The content of process of the module is also 

25 similar to that of the trading data registering mod- 
ule 23b of the first embodiment. However, there is 
the difference in that a symbol and numerical value 
indicating the content of the request of the auto- 
matic trading to be transmitted to a handheld tele- 

30 phone, a telephone number of destination for con- 
tact, and a confirmation symbol of character data 
form, must all be converted to audio data form 
(step 81), and then transmitted to the handheld 
telephone (step 83). However, the same effects as 

35 the first embodiment can be obtained. 

Now, another embodiment of this invention will 
be described. Figs. 7A-C is a whole constructional 
assembly figure of this embodiment. 

The most important feature of this embodiment 

40 is that a predetermined recognizing method is 
automatically selected from a method of confirming 
the content of trading by a route different from the 
route in which the trading order is made and 
wherein a digital signature, or a method of employ- 

45 ing a voiceprint, fingerprint, blood vessel pattern of 
retina is used as the recognizing method of the 
person in question. 

In the Figs., 85 is a third file to store user 
information set to each contractor. According to 

so this embodiment, the third file includes a record 
group comprising an invalid flag 19d and a re- 
confirming method information 85a in addition to 
the conventional combination of user code and 
password described as a contractor specified first 

55 code 17a. 

The reconfirming method information 85a is 
shown in detail in Fig. 8. At the time of the re- 
confirming, the information comprises information 
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relative to the range of the amount of money of 
trading 85a-I, a pocket bed device calling number 
19a, a contractor specified second code 19b and a 
meaning code 19c thereof. At the time of the 
reconfirming method, information relative to the 
range of the amount of money of another trading 
85a-2; for example, in the case of employing the 
digital signature, it comprises a digital signature 
code 85a-3; and at the time of the reconfirming 
method information relative to the range of the 
amount of money of still another trading 85a-4; for 
example, in the case of employing the confirming 
method by fingerprint data, it consists of the finger- 
print data 85a-5. Similar methods are applicable to 
the case of employing a voiceprint, a blood vessel 
pattern of a retina, or the blood type as the con- 
firming data. 

With reference to Figs 7A-C, Item 87 is an 
input device of a digital signature code from an 
electronic device such as an IC card in which the 
digital signature code is stored. 

Item 89 is a specialized input device for the 
confirming data of the person in question such as 
fingerprint, voiceprint, blood vessel pattern of ret- 
ina, blood type and the like or an electronic device 
such as an IC card in which this data is previously 
stored. 

Item 91 is a verification unit of the confirming 
data of the person in question such as fingerprint, 
voiceprint, blood vessel pattern of retina, blood 
type and the like. 

Item 93 is a verification unit of the digital 
signature code. 

Item 95 is an automatic trading program com- 
prising an automatic trading control module 95a for 
overall control, an automatic trading registering 
module 95b and a trading process module 23c by 
which the conventional automatic trading process is 
performed. 

Since the construction of the other equipment 
is similar to that of the first embodiment, the de- 
scription thereof is omitted. However, there is also 
set in addition to the confirmation information as in 
the case of the first embodiment, the confirming 
code of the person in question such as the 
voiceprint code, the fingerprint code or the digital 
signature code and the like into the confirmation 
information 17b in the second file 17 based on the 
second confirming method employed. 

The actual composition of the confirming code 
of the person such as the voiceprint, fingerprint and 
the like and the verifying method thereof, and the 
construction of the digital signature, ciphering 
method, decoding method and verifying method is 
accomplished within the scope of conventional 
methods and is not a problem that is addressed by 
the present invention. 

A detailed description of the 



inputting/outputting area of each file and the work- 
ing area in the main storage necessary to perform 
the programs is also omitted so as to avoid unnec- 
essary complexity of this description. 

5 The content of the automatic trading program 

95 will be described with reference to Fig. 9. 

The process of the automatic trading program 
95 is controlled by a trading control module 95a. 
When the content of process of the trading 

10 control module 95a is compared with that of the 
trading control module 23a in the case of the first 
embodiment, the difference is that the second con- 
tractor recognizing method is also determined de- 
pending on the personal verification information 

75 comprising fingerprint and the like or digital signa- 
ture. 

Accordingly, when the response is YES at the 
step 31, the trading data registering module 95b is 
started to register the trading data into the second 

20 file, and after transmitting to the contractor a mes- 
sage for the second contractor recognizing method 
depending on the personal verification information 
(step 97, Fig. 9A), the process of steps following 
step 29 is performed. Therefore, in the case of step 

25 99, in addition to deciding whether the connection 
content is correct as in the case of step 39 of the 
first embodiment, the following process is also per- 
formed. The amount of money involved in the 
trading request must be within a prespecified 

30 range. 

Further, since the trading process module 23c 
is similar to the trading process method of conven- 
tional automatic trading, this invention is not limited 
by conventional methods. 

35 The process of the trading data registering 

module 95b (Fig. 7a) of step 97 (Fig. 9A) will be 
described in detail with reference to Fig. 10. 

The process of this module 95b is also similar 
to that of the trading data registering module 23b 

40 of the first embodiment, until the step 61 to receive 
the trading data. 

At step 101, the amount money in the trading 
is obtained from the trading data, and it is checked 
to determine it if falls within the allowable amount 

45 money which can be traded that is contained in the 
reconfirming method information 85a (Fig. 8). 
When there is a failure of correspondence (step 
103), an error message is output and the process 
of the trading data registering module 95b is termi- 

50 nated. When there is a correspondence signifying 
an approved amount, a decision is made whether it 
is the confirmation by the pocket bell device or not 
(step 107). When the response is YES at the step 
107, similar to the case of the first embodiment, 

55 steps 65, 66, 67, 69 are performed. When the 
response is NO at the step 1 07, a decision is made 
whether it is the reconfirmation by the digital signa- 
ture (step 109). When the response is YES at the 
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step 109, the first specified code of the contractor, 
the trading data, and the confirmation information 
comprising the digital signature data and the like 
are registered into the second file (111), and the 
input of the digital signature is required of the 
contractor (113), and thus the process of the mod- 
ule is terminated. When the response is NO at the 
step 109, a decision is made whether it is the 
proper reconfirmation by the confirming method of 
the person in question (step 115). When the re- 
sponse is YES at the step 115, the first specified 
code of the contractor, the trading data, and the 
confirmation information consisting of the finger- 
print code and the like are registered into the 
second file (117), and the input of the fingerprint 
code and the like is required to the contractor 
(119), and thus the process of the module is termi- 
nated. 

When the range of the amount of money for 
trading is a part of the reconfirming method by 
means of the pocket bell device and it is super- 
posed on that of another reconfirming method, it is 
of course also able to complete the tasks of that 
method such as confirming the digital signature, 
fingerprint and the like to the contractor by way of 
the pocket bell device. Furthermore, assigning 
some one from a plurality of digital signatures 
previously determined by way of the pocket bell 
device is also available. 

According to the third embodiment, since the 
second contractor recognizing method can be var- 
iously selected depending on the amount money of 
trading, it need only be implemented for large 
money amounts. Namely, when the amount of 
money of trading is small, a second contractor 
recognizing method is applied which is easily op- 
erated by the contractor, and when the amount 
money of trading is large, a second contractor 
recognizing method is applied which is complex in 
operation, but is highly reliable. 

The third alternative embodiment Fig. 7A-C 
thus provides improved security over the trading 
data and improved verification of the identify of the 
authorized contractor. The trading data registering 
module 95b provides for improved control over the 
amounts of money to be transferred in the auto- 
matic trading and the trading control module 95a 
provides for improved and more secure personal 
verification of the contractor. 

Fig. 11A-C is a whole constructional assembly 
figure of a fourth alternative embodiment. 

The most important point of feature of this 
embodiment is in that the unique data for the 
contractor utilized for verification in the second 
contractor recognizing method is not collectively 
administrated, but is separately administrated in an 
electronic device, typically an IC card, of the con- 
tractor's own. 



Item 121 (Fig. 11 B) is an electronic device, 
typically an IC card, in which user information set 
to each contractor is stored. The content of user 
information is similar to the content of any one 

5 record in the third file of the first, second and third 
embodiments, except for the invalid flag. 

Item 123 is an automatic trading program com- 
prising an automatic trading control module 95a for 
overall program control, an automatic trading regis- 

w tering module 123b and a trading process module 
23c by which the conventional automatic trading 
process is performed. 

Item 125 (Fig. 11C) is a third file to store user 
information which is set to each contractor. In the 

75 case of this embodiment, the file includes a first 
contractor specified code 125a and an invalid flag 
125b in addition to the combination of the conven- 
tional user code and password described as the 
contractor specified first code 1 7a. 

20 The processing by the automatic trading pro- 

gram 123 will be described on the basis of Fig. 
12A-B. 

The process of the automatic trading program 
123 is controlled by the trading control module 

25 95a. Since the contents of the process of the 
trading control module 95a and the trading process 
module 23c are the same as that of the third 
embodiment, the description thereof is omitted. 
The content of the process of the trading data 

30 registering module 123b is that when the response 
is YES at the step 56, since the user information is 
read from the electronic device such as the IC 
card, the input request (step 127) and the input 
process (step 129) are added to process of the 

35 third embodiment, and the other matters are not 
changed. 

The identifying information of the contractor for 
the second contractor recognizing method is stored 
in the electronic device such as the IC card to be 

40 used when read out at the time of the trading, and 
therefore, is not necessary for collective admin- 
istration. The cost for the administration can be 
accordingly reduced. 

Fig. 13A-C is a whole constructional assembly 

45 figure of a fifth alternative embodiment 

The most important feature of this embodiment 
is that the person who has the pocket bell device, 
and who also knows the calling number of the 
pocket bell device, is recognized to be a correct 

so user. In response to the request of automatic trad- 
ing together with the calling number from the user, 
a message including the confirmation information 
relative to the pocket bell device is transmitted. 
And when the confirmation contact from the user 

55 based on the message is suitable, the request of 
automatic trading is recognized to be the correct 
trading. 

In the case of this embodiment, the second file 
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17 includes a record group comprising the con- 
firmation information 17b, the trading data 15a, the 
illegality counter 15a and the like. 

The content of a process of the automatic 
trading program 131 (Fig. 13A) will be described 
with reference to Fig. 14A-B. 

The process of the automatic trading program 
131 is controlled by the trading control module 
131a. 

When the content of trading of the trading 
control module 131a is compared with that of the 
device of the first embodiment the user informa- 
tion stored in the third file is not handled, so they 
are similar to each other except for removing the 
processes at the steps 44, 45, 49. 

When the trading data registering module 131b 
is started, a request is made to input the calling 
number of the pocket bell device of the user (step 
133), and the calling number of the pocket beil 
device is received (step 135). Further, an inquiry 
for the content of the request for automatic trading 
is made (step 57), and the content of the order is 
received (step 58). Either sequence of steps 133, 
135 or steps 57, 58 may be set to the head 
position. 

After that, similar to the case of the first em- 
bodiment, the confirmation information is generated 
(step 65), and the calling number of the pocket bell 
device, the automatic trading request data and the 
confirmation information comprising the confirma- 
tion symbol and the like are registered into the 
second file (step 67). Then the symbol and numeri- 
cal value indicating the content of the automatic 
trading, the confirmation symbol and the like are 
transmitted to the pocket bell device (step 69), and 
thus the process of the module is terminated. 

According to this embodiment, the verifiable 
identity for the user is not necessary to be pre- 
viously stored and thus the automatic trading meth- 
od can be available for many indefinite users. 

Fig. 16A-C is a whole constructional assembly 
figure of the sixth embodiment. The most important 
feature of this embodiment is that the person know- 
ing the calling number of the pocket bell device, 
and also knowing the contractor specified second 
code previously set to that pocket bell device is 
recognized to be a correct user. 

When the construction of the second file 17 
and the third file is compared with that of the first 
embodiment, they are similar to each other except 
for not having the contractor specified first code. 
Further, the trading control module 23a of the auto- 
matic trading program 137 and the content of pro- 
cess of the trading process module 23c are similar 
to those of the first embodiment. 

The process of the trading data registering 
module 137a will be described in detail on the 
basis of Fig. 17A-B. The content of the processes 



of the steps 133, 135, 57, 58 is similar to that of 
the fifth embodiment. Further, the process following 
the step 59 is the same as that of the first embodi- 
ment. 

5 According to this embodiment, in the case that 

at least one other specified code is previously set 
for identifying the person in question, in addition to 
the calling number of the pocket bell device of the 
contractor, it is added to the calling number for use 

io as the confirmation code of the person in question, 
and thus the automatic trading method for many 
indefinite users can be realized with high reliability, 
without requiring to set the code to identify the 
person in question to each trading object. 

75 Fig. 18A-C is a whole constructional assembly 

figure of the sixth embodiment. The most important 
feature of this embodiment is that the processing 
device for recognizing the contractor is separated 
from the processing device for the automatic trad- 

20 ing. When the contractor is correctly recognized, 
the automatic trading data is transferred to the 
processing device for the automatic trading pro- 
cess so as to distribute the load between the 
contractor recognizing process and the automatic 

25 trading process, and thus reduce the load to the 
automatic processing device in the case of the 
automatic trading with many contractors. 

Item 137 (Fig. 18B) is the trading confirmation 
program which comprises the trading confirmation 

30 control module 137a for master control of the pro- 
gram, and the trading data registering module 95b. 
Item 139 (Fig. 18C) is the automatic trading pro- 
gram which comprises the automatic trading con- 
trol module 139a for overall control, and the trading 

35 process module 23c by which the conventional 
automatic trading process is performed. 

Item 141 is a circuit network which is limited to 
a relatively narrow range, typically the local area 
network LAN, and 143 is a communication network 

40 of wide range. 

It is assumed that plural local area networks 
141 are connected to the communication network 
143. The central processing unit 145 is connected 
to the local area network via the communication 

45 device 147. 

A computer connected to the communication 
network is described as the host computer for the 
purpose of distinction and a computer connected to 
the local area network is described as a depart- 
so ment computer. 

Further, it is of course able to connect a termi- 
nal device such as the family computer, personal 
computer and the like to the department computer 
via a specialized wire, and to connect the depart- 

55 ment computer to the host computer via a special- 
ized wire. This embodiment is characterized in that 
the process of confirming the person in question 
for the automatic trading is performed by the de- 
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partment computer to which the family computer or 
the personal computer is connected, and the auto- 
matic trading process is performed by the host 
computer. 

The construction of equipments other than 
those described above is similar to that in the case 
of the third embodiment. 

The content of the process of the trading con- 
firmation program 137 in the case of the depart- 
ment computer will be described with reference to 
Figs. 19A-B. 

The process of the trading confirmation pro- 
gram 137 is controlled by the trading confirmation 
control module 137a. This embodiment is similar to 
the third embodiment except that the trading data 
is registered in the second file of the department 
computer (step 151) instead of the step 41, and 
that the step 43 is deleted since the automatic 
trading process is performed by the host computer. 

Since the content of process of the trading 
data registering module 95b is similar to that of the 
third embodiment, the description thereof is omit- 
ted. 

Next, the content of process of the automatic 
trading program 139 by the host computer will be 
described on the basis of Fig. 20. 

The process of the automatic trading program 
139 is controlled by the trading control module 
139a. 

The automatic trading data is received (step 
153), and after being registered into the first file 
(step 155), the trading process module 23c is start- 
ed to perform the conventional automatic trading 
process (step 43). 

The content of process of the trading process 
module 23c is similar to that of one similar to the 
first embodiment, and therefore, description thereof 
is omitted. 

Further, when the trading data is transferred 
from the second file to the first file, the trading data 
is transferred together with the data to confirm the 
person in question such as the pocket bell device 
calling number, the digital signature data, or the 
fingerprint data and the like. When the data is 
added, the trading is recognized to be the correct 
trading in the automatic trading program. Further, 
the data to confirm the person in question relative 
to the contractor of the automatic trading is pre- 
viously stored, and when the data to confirm the 
person in question matches said previously stored 
data, the trading is recognized to be the correct 
one. 

Furthermore, needless to say, similar to the 
third embodiment, it is able to require to the con- 
tractor to input the confirming code of the person in 
question such as the digital signature, fingerprint 
and the like via the pocket bell device. And also, it 
is able to assign some one of plural digital signa- 



tures previously determined via the pocket bell 
device. 

And also, similar to the fourth embodiment, it is 
able to store the reconfirmation information into 

5 electronic storage, typically the IC card of the con- 
tractor, and to perform the confirmation process 
module 137b on the basis of that data. At this time, 
the third file 85 is not necessary. 

Further, similar to the fifth and the sixth em- 

10 bodiments, instead of the recognizing of the con- 
tractor with the contractor specialized first code 
17a, the recognizing method of employing the call- 
ing number of the pocket bell device is also avail- 
able. 

75 According to this embodiment, the process for 

confirming the person in question is performed in 
the processing device for confirming the person in 
question only, and the automatic trading process 
itself is collectively performed by the host com- 

20 puter to distribute the load, it has a relatively low 
cost compared to the higher processing of the host 
computer. 

25 Effects of the Invention: 



According to this invention, in the case of the 
automatic trading method, a first confirming meth- 
od is proposed to verify the fairness of the auto- 

30 matic trading by the agreement of the specialized 
code and password of the contractor. And in addi- 
tion to this, a second confirming method is pro- 
posed to verify the fairness of the automatic trading 
via the communication device having at least wire- 

35 less signal receiving function of the contractor's 
own different from the connection route of the 
automatic trading request such as a pocket bell 
device, a handheld telephone or a movable tele- 
phone (hereinafter they are described a pocket bell 

40 device together). Accordingly, even if the first con- 
firming method is known by the third party, the 
selling/buying order against the will of the contrac- 
tor is not realized, and thus the normal automatic 
trading can be performed. 

45 And therefore, the trading state of operable in 

front of the third party can be realized, by means 
of providing only the communication device for the 
second confirming method by the contractor pri- 
vately, and by means of employing the commu- 

50 nication device for indication of high function and of 
high cost so that the trading order operations are 
made easier which are shared with the third party. 

Furthermore, according to this invention, any 
natural persons or legal persons proposing the 

55 automatic trading can not perform the operations 
such as selling/buying, cancellation of contract, 
change of deposit condition, and therefore, the 
automatic trading service of higher reliability can 
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be proposed relative to the contractor's property. 

Further, instead of the specified code of the 
contractor employed in the case of the automatic 
trading request in response to the confirmation 
notice to the pocket bell device, the contractor is 
made to connect the second specified code to 
identify the contractor which is decided between 
the contractor, and thus, even if the specified code 
and the password of the contractor are known, and 
also even if the pocket bell device is illegally 
employed, the illegal trading is not realized. And 
further, this is also applied to the criminal policy by 
means of deciding plural second specified codes, 
and giving the meaning of connection from each 
contractor, the effects of protecting the contractor 
from the criminal as follows; for examples, the 
following assignment is made, code AAA corre- 
sponds to the normal trading code BBB corre- 
sponds to the trading by forcing of the third party 
against the will of the contractor's own code CCC 
corresponds to the illegal trading not known by the 
contractor In the case of the code BBB and code 
CCC, the trading is made invalid, and also the 
matter is automatically reported to the police. 

Furthermore, since plural calling numbers of 
the pocket bell device can be set, in the case that 
the transmitting range of the pocket bell device is 
limited, wide range of activity is made available by 
means of having the pocket bell device to each 
section by the user. 

Still further, the complexity of operations can 
be reduced by means of deciding the application of 
the second confirming method via the pocket bell 
device depending on the amount money of the 
trading. 

Further, the balance between the grade of re- 
liability and the easiness of operations may be also 
taken by means of selectively employing the rout- 
ing method by way of the pocket bell device, the 
method of using the digital signature, the verifying 
method of the voiceprint, the combined method of 
these methods as the second confirming method. 

Furthermore, the information about the contrac- 
tors for the second confirming method is stored in 
the electronic device such as the !C card of each 
contractor's own, and said information is read out 
to use at the time of the trading, and therefore, it is 
not necessary to collectively administrate the con- 
tractor information for the second confirming meth- 
od, and thus the administration cost therefor may 
be reduced. 

Further, the method for confirming the person 
is question may be realized without previously pro- 
viding the stored information in the case of the 
automatic trading, and thus the automatic trading 
method can be realized in which many indefinite 
users are made to be customers. 

Still further, the process for confirming the per- 



son in question is performed in the processing 
device for confirming the person in question only, 
and the automatic trading process itself is collec- 
tively performed by the host computer to distribute 
5 the load, and therefore, it is realized by relatively 
low cost compared to the host computer only the 
processing cost thereof being relatively high. 

70 Claims 

1. A trading method for communicating a trade of 
selected items between a trader and a contractor 
and for verifying with the contractor that the trade 
75 is authorized, comprising the steps of: 

identifying a first specified code representative of 
the contractor after a request for trading to the 
trader from a user through a first communication 
device; 

20 selecting a second communication device indicated 
by the first specified code for contacting the con- 
tractor; 

communicating to the contractor reconfirmation in- 
formation through the second communication de- 
25 vice; 

verifying that the user is the contractor by the 
trader receiving back from the contractor the recon- 
firmation information; and, 
executing the request for trading. 
30 2. The trading method as claimed in claim 1 
wherein the communicating to the contractor com- 
prises wireless transmitting to the second commu- 
nication device of the contractor. 

3. The trading method as claimed in claim 1 
35 wherein the selecting comprises determining a 

preselected calling number of a one of a pocket 
bell device and a handheld telephone. 

4. The trading method as claimed in claim 3 
wherein the reconfirmation information includes a 

40 calling number of the trader and wherein the verify- 
ing includes the contractor calling the trader at the 
calling number. 

5. A trading method for communicating a trade of 
selected items between a trader and a contractor 

45 and for verifying with the contractor that the trade 
is authorized in a system comprising a processor, 
a first file and a first and a second communication 
devices, comprising the steps of: 
inputting to said processor from said first commu- 

50 nication device trading data and a first specified 
code to identify the contractor; 
selecting a previously stored calling number ac- 
cording to the first specified code; 
informing a confirmation information through said 

55 second communication device to the contractor 
using said calling number; 

verifying with the contractor that the trade is au- 
thorized in response to reconfirmation contact from 
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the contractor on the basis of said confirmation 
information; and, 

storing the trading data into said first file when the 
trade is authorized. 

6. The method of communicating the trade accord- 
ing to claim 1, further comprising; 

storing said first specified code of the contractor, 
said confirmation to be informed to the second 
communication device and the trading data into a 
second file, prior to the step of verifying, 
which verifying further includes retrieving the con- 
firmation information from the second file in order 
to evaluate the content of the reconfirmation con- 
tact, and transferring the trading data from the 
second file to the first file when trading is recon- 
firmed to be fair. 

7. The method according to claim 5 wherein 

said confirmation information contains a randomly 
generated confirmation code, 
and said verifying further includes comparing said 
code responded from the contractor with said con- 
firmation information informed to said contractor to 
confirm the fairness of the trading request. 

8. The method according to ciaim 1 wherein a 
telephone number of a telephone receiver for the 
reconfirmation contact from the contractor is pre- 
determined for an each contractor. 

9. The method according to claim 1 wherein the 
confirmation information contains a telephone num- 
ber of a telephone receiver for the reconfirmation 
contact from the contractor, 

and the verifying further includes comparing the 
telephone number called by the contractor with the 
confirmation information informed to the contractor 
to reconfirm if the trading request is fair. 

10. The method according to claim 1 wherein the 
confirmation information includes a telephone num- 
ber of the telephone receiver for reconfirmation 
contact from the contractor and a randomly gen- 
erated confirmation code, 

and the verifying further includes comparing the 
telephone number and the code which is called 
and responding by the contractor with the con- 
firmation informed to the contractor to reconfirm a 
fairness of the trading request. 

11. The method as claimed in claim 10 wherein the 
informing further includes selecting a telephone 
number to be informed to the contractor as the 
confirmation information randomly among a plural- 
ity of telephone receivers for the reconfirmation 
contact from the contractor. 

12. The method according to claim 11 wherein the 
selecting comprises selecting a non busy tele- 
phone number. 

13. The method according to claim 1 wherein the 
confirmation information includes the first specified 
code and the informing further includes comparing 
the code responded by the contractor with the 



confirmation information informed to the contractor 
to confirm a fairness of the trading request. 

14. The method as claimed in claim 1 further 
including: 

5 registering as the confirmation information a sec- 
ond specified code which has been previously giv- 
en by the contractor and which is different from the 
first specified code, and 

wherein the verifying includes comparing the first 
70 and second specified code responded by the con- 
tractor with the first and second specified codes of 
the confirmation information to reconfirm a fairness 
of the trading request. 

15. The method of claim 14 wherein the registering 
75 includes registering a plurality of second specified 

codes. 

16. The method as claimed in claim 14 further 
including 

storing the first specified code of the contractor, 
20 the confirmation information to be informed to the 
contractor through the second communication de- 
vice, the second specified code and the trading 
data into a second file prior to the verifying, 
the verifying further including 
25 retrieving the confirmation information including the 
second specified code from the second file and, 
comparing the confirmation information with the 
second specified code informed to the contrac- 
tor,and 

30 wherein the storing further includes transferring the 
trading data stored in the second file to the first file 
when the fairness of the trading is reconfirmed. 

17. The method according to claim 16 wherein the 
inputting includes registering meaning codes, in 

35 which at least one represents a fair trading, in 
relation to the second specified code, 
and the storing further includes transferring the 
trading data from the second file to the first file 
when the confirmation information responded by 

40 the contractor coincides with the confirmation in- 
formation informed to the contractor, and the sec- 
ond specified code responded by the contractor 
coincides with the second specified code which 
represents fair trading. 

45 18. The method according to claim 16 wherein the 
verifying includes registering meaning codes 
wherein at least one represents an abnormal state, 
relative to the second specified code, and 
further including helping the contractor who re- 

50 sponds with an abnormal state meaning code. 

19. The method as claimed in claim 18 wherein the 
helping comprises reporting to the police and/or 
invalidating the trade. 

20. The method of claim 18 wherein the confirma- 
55 tion information to be informed to the contractor 

includes information identifying a content of the 
trading. 

21. The method of claim 20 wherein the content 
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identifying information includes the first specified 
code and/or a predetermined character code cor- 
responding to the content and/or a value of the 
amount of the trading. 

22. The method according to claim 5 wherein the 
informing includes informing the confirmation in- 
formation again when the content of the recon- 
firmation contact does not coincide with the con- 
firmation information, and 

the verifying includes invalidating the trading when 
a number of times of no coincidence exceeds a 
predetermined number. 

23. The method of claim 22 wherein the verifying 
includes deleting the trading data from the second 
file. 

24. The method of claim 22 wherein the verifying 
includes registering an added meaning code repre- 
senting an unfair contractor for the first specified 
code for the number of times of no coincidence, 
and 

the selecting includes not accepting a trading re- 
quest from a contractor having a first specified 
code including the added meaning code. 

25. The method of claim 22 wherein the verifying 
further includes erasing the first specified code 
registered in the inputting when the number of 
times of no coincidence exceeds the predeter- 
mined number. 

26. The method of claim 5 wherein the inputting 
comprises registering a plurality of calling numbers 
of the second communication device in association 
with the first specified code, and 

the informing comprises informing the confirmation 
information to a plurality of second communication 
devices simultaneously. 

27. The method of claim 5 wherein the selecting 
includes deciding if reconfirmation is necessary 
based on a value of the trading. 

28. The method of claim 5 wherein the inputting 
includes registering a first class code representing 
a class of the automatic trading and a second class 
code representing a class of the reconfirming in 
association with the first specified code, and 

the informing includes selecting the first class code 
based on the content of the trading data and ex- 
ecuting reconfirmation processing in correspon- 
dence with the second code. 

29. The method of claim 28 wherein the informing 
includes informing a message to the second com- 
munication device urging the contractor to respond 
with reconfirmation contact. 

30. The method of claim 28 further including stor- 
ing data comprising contractor identifying informa- 
tion in an electronic memory device of the contrac- 
tor, prior to the request for automatic trading, 
wherein 

the inputting includes registering the data in associ- 
ation with the first specified code, 



the informing includes informing a message to the 
second communication device urging the contrac- 
tor to respond with the data for reconfirmation 
contact, and 

5 the verifying includes comparing responded data 
with registered data. 

31. A method of controlling an automatic trading 
system having an automatic trading request receiv- 
ing step in which trading data is transferred from a 

10 first communication device into a first file of the 
system by way of a network, a trading data storing 
step, and an executing step in which automatic 
trading processing is executed using said trading 
data, comprising steps of: 

15 storing a calling number of a second communica- 
tion device in an other file of the system; 
communicating with the second communication de- 
vice by informing confirmation information using 
the calling number; 

20 determining that the trading request is made by a 
fair contractor upon receipt of correct reconfirma- 
tion contact; and, 

storing the trading data into the first file when 
fairness of the trading data is reconfirmed. 

25 32. The method according to claim 31 further in- 
cluding transferring the trading data to a first pro- 
cessor including the first file from a second proces- 
sor associated with the second communication de- 
vice when the fairness of the trading is recon- 

30 firmed, and 

registering the transferred trading data into the first 
file. 

33. An apparatus for controlling an automatic trad- 
ing system having 
35 a first contractor recognizing means based on a 
first specified code identifying the contractor and 
trading data, communicated from a first commu- 
nication device; 

means for registering the trading data into a first 

40 file; and, 

automatic trading means for trading on the basis of 
the trading data registered in the first file, said 
automatic trading means comprising: 
means for storing the first specified code and an 

45 associated calling number of a second communica- 
tion device as one set; 

means for identifying the calling number in re- 
sponse to a request for automatic trading including 
the first specified code; 
50 means for storing in a second file the first specified 
code and associated confirmation information for 
transfer to the second communication device and 
the trading data; 

a second contractor recognizing means for rec- 
55 ognizing the request for automatic trading from a 
correct contractor when the content of a recon- 
firmation contact matches the confirmation informa- 
tion stored in the second file in response to a 

14 
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reconfirmation contact from the second commu- 
nication device; and, 

means for transferring the trading data stored in the 
second file to the first file when a fairness of the 
trading data is reconfirmed. 5 

34. The apparatus of claim 33 wherein the second 
communication device has a portable wireless re- 
ceiving function, or comprises a pocket bell device, 
and/or a handheld telephone. 

35. The apparatus of claim 33 further including an 10 
electronic memory device including reconfirmation 
contact information, and means for inputting the 
information to the automatic trading means for 
automatic trading. 

36. The apparatus of claim 33 further including a 15 
first processor for performing the contractor rec- 
ognition, a second processor for performing trading 
processes and means for transferring the trading 
data from the first processor to the second proces- 
sor. 20 

37. A trading system for communicating a trade of 
selected items between a trader and a contractor 
and for verifying that the contractor is authorized to 
conduct a fair trade, the system comprising: 

a first communication means between the contrac- 25 
tor and the trader for communicating a contractor 
identifier; 

trader processing means for recognizing the iden- 
tifier; and, 

a second communication means between the con- 30 
tractor and the trader, different from the first com- 
munication means, for communicating a confirma- 
tion code by the trader to the contractor for verify- 
ing with the contractor that the trade is authorized. 

38. The system as defined in claim 37 wherein the 35 
second communication means includes a pocket 

bell device and/or a portable telephone for person- 
ally verifying with the contractor that the trade is 
authorized. 

39. The system as defined in claim 37 wherein the 40 
trader processing means includes register means 

for temporarily holding trading data defining the 
trade pending a verification with the contractor that 
the trade is authorized. 

45 
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